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METHOD AND SYSTEM FOR DESIGNING A PROBE CARD 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

5 [0001] The present invention relates to an interactive probe card design process. 
In particular, this invention allows for the design of customized probe cards by utilization 
of an automated procedure available through the Internet. 

2. Description of Related Art 

[0002] Individual integrated circuit devices (dies) are typically produced by 

10 creating several identical devices on a semiconductor wafer. In general, these 
processes are intended to create a plurality of fully functional integrated circuit devices 
prior to severing the individual dies from the semiconductor wafer. In practice, however, 
certain physical defects in the wafer itself and certain defects in the processing of the 
wafer inevitably lead to some of the dies being "good" (fully-functional) and some of the 

15 dies being "bad" (non-functional or partially functional). It is generally desirable to be 
able to identify which of the plurality of dies on a wafer are good dies prior to final 
packaging, and preferably prior to the die being severed from the wafer. To this end, a 
wafer "tester" or "probe" may advantageously be employed to make a plurality of 
discrete pressure connections to a like plurality of discrete connection pads (bond pads) 

20 on the dies. In this manner, the semiconductor dies can be tested and exercised, prior 
to severing the dies from the wafer. A conventional component of a wafer tester is a 
"probe card." The probe card has a plurality of probe elements for effecting connections 
to the respective bond pads of the semiconductor dies for testing. 
[0003] Historically, the manufacturing design phase for probe cards has 

25 necessarily involved significant, and often extensive and time-consuming, substantive 
communications between the customers and probe card manufacturers, for example, 
the interactions necessary to reach the desired design specifications, implementations 
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and fabrication constraints necessary to finalize the probe card design. Although a 
probe card manufacturer engineer may receive several work orders at a given time, the 
actual design of a particular probe card cannot begin until a certain amount of customer- 
specific design information is provided. Preferably, actual design does not begin until all 
5 design specifications are confirmed with the customer. Next, the engineer must develop 
a design satisfying these specifications and again confirm the acceptability of the design 
with the customer. 

[0004] The advent of the Internet has potentially expedited the design process by 
allowing probe card manufacturers to more readily communicate with their customers. 

10 In particular, websites maintained by current probe card manufacturers have enabled 
customers to send and confirm their design requirements via the Internet. Despite this 
communication advancement, an engineer must still physically design each probe card 
and await the respective customer approval of each design before manufacturing can 
begin. In order to improve upon this procedure, an on-line tool enabling customers to 

15 design their own probe cards is provided by this invention. 

SUMMARY OF THE INVENTION 
[0005] The present invention fulfills the need to expedite current probe card 
design procedure. In particular, an interactive process is provided in which customers 
input their probe card design requirements and receive complete design specifications 

20 for design implementation and files for verification. The collective feasibility of each set 
of design requirements is determined by an automated computer system and 
communicated to the customer. If feasible, additional software enables prospective 
customers to create verification packages according to their respective design 
specifications. These verification packages further include drawing files visually 

25 describing the final design and verification files, e.g., files confirming wafer bonding pad 
data. Verification packages are reviewed and modified by the customer as needed. 
This process then proceeds iteratively until the customer is satisfied with the final 
design, at which point the design specification and verification package is forwarded to 
a probe card manufacturer design engineer for fabrication. 
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[0006] In another embodiment, the present invention provides a probe card 
simulation in which the prospective customer can check the signal integrity of a 
proposed design and determine a calculated "worst case" signal response or decoupling 
behavior. In addition to verifying signal response and decoupling behavior during 
5 simulation, in another embodiment other design factors and parameters can be 
simulated, such as functional correctness, delay correctness, global and local signal 
skew (within specified groups or between all signals), cross-talk analysis (delayed, 
introduced or otherwise), power integrity, jitter effects, etc. 

[0007] In another embodiment, an interactive simulation of probe card 
10 performance is enabled. Data on probe card performance is incorporated into an 

overall modeling exercise, which includes not only the probe card, but data on the 

device(s) under test (or DUT), as well as data on the automated test equipment. 

[0008] A more complete understanding of the method and system for designing a 

probe card will be afforded to those skilled in the art, as well as a realization of 
15 additional advantages and objects thereof, by a consideration of the following detailed 

description of the preferred embodiment. Reference will be made to the appended 

sheets of drawings, which will first be described briefly. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] Fig. 1A is a sectional view schematically showing a wafer probing 
20 apparatus for wafer testing; 

[0010] Fig. 1 B is a transparent plan view of a wafer probing apparatus as seen in 
the direction indicated by arrow 1B in Fig. 1A; 

[0011] Fig. 2 is a flow chart describing the conventional procedure for designing a 
probe card; 

25 [0012] Fig. 3 is a block diagram demonstrating a preferred embodiment of the 
invention; 

[0013] Fig. 4 is a flow chart describing a procedure for designing a probe card 
according to an embodiment of the invention; 
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[0014] Fig. 5 is a flow chart illustrating the steps toward generating a design 
verification package according to an embodiment of the invention; and 
[0015] Fig. 6 is a flow chart illustrating the steps toward generating a probe card 
simulation according to an embodiment of the invention. 

5 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0016] This invention satisfies the need for an Internet-accessible system for 
creating the specifications and design requirements for a customized probe card and 
the verification packages for confirming the correctness of the design and finalizing files 
for fabrication. In particular, this system allows customers to design and verify probe 
10 cards interactively, including through simulations, thereby reducing the amount of time 
involved in the probe card ordering process. In the detailed description that follows, like 
element numerals are used to describe like elements illustrated in one or more of the 
figures. 

[0017] In Fig. 1A, a sectional view schematically illustrating a wafer probing 
15 apparatus for wafer testing is shown. A wafer 32 including a plurality of semiconductor 
devices or die (not independently shown) is fixed on a wafer chuck 30. A large number 
of bonding pads 34, for example, on the order of several hundred, are formed on the 
upper surface of each die. Probes 26, respectively corresponding to each bonding pad 
34, are arranged and held on a probe holding plate 22 positioned directly above the 
20 wafer 32. A plan view schematic of this probe arrangement is shown in Fig. 1B, where 
a transparent plan view of this wafer probing apparatus as seen in the direction 
indicated by arrow 1B in Fig. 1A is provided. The probe holding plate 22 is held fixed on 
a plate holding member 20 and further includes several conductive patterns 24 that are 
electrically connected to each respective probe 26. These conductive patterns 24 are 
25 also electrically connected to an array of pogo pins 12 respectively situated on a wafer 
test head 10. 

[0018] In Fig. 2, a flow chart describing the conventional procedure for designing 
a probe card is shown. This procedure begins at step 100, when a probe card 
manufacturing company receives general design specifications from a customer for a 
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particular probe card. These design specifications are forwarded to an engineer where 
they are evaluated at step 110. If the engineer has questions regarding these 
specifications at step 120, the customer is contacted at step 125 and the specifications 
are re-evaluated at step 110; otherwise, the engineer generates a preliminary design of 
5 the probe card at step 130. This preliminary design is sent to the customer at step 140, 
at which point it will be approved at step 150, or will be the subject of further 
communication at step 155. If the customer at step 150 approves the design, 
fabrication of the design follows at step 160; otherwise, the customer specifies which 
design modifications need to be made at step 155 and the design is re-evaluated at 

10 step 110. It should be appreciated that there is a great deal of interaction between the 
probe card manufacture engineer and the customer before a design is finalized. 
[0019] In Fig. 3, a block diagram illustrates a preferred embodiment of the 
invention. In particular, a prospective customer 210 is shown connected to a probe card 
design website 220 via the Internet 200. The customer 210 comprises some form of 

15 computing device having a browser application adapted to communicate over the 
Internet, such as a personal computer, laptop computer, personal digital assistant 
(PDA), cellular telephone, and the like. As illustrated, the probe card design website 
220 further includes a web server 222 directly linked to an HTML (Hyper-Text Markup 
Language) documents database 224 and an applications processor 226. Also linked to 

20 the web server 222, via the applications processor 226, is a customer information 
database 228, which might also include historic designs by the customer 210 as well as 
certain customer specific design constraints or parameters, and a design constraints 
database 230. The design constraints database 230 contains libraries of design rules 
232, historic designs 234 (e.g., to the extent not comprising the confidential information 

25 of the purchaser of a customized probe card), manufacturing/design practices and 
facilitators 236 (e.g., design parameters or rules that will result in the creation of a more 
efficient design, or a more easily, and expeditiously, manufactured probe card, as well 
as space claim concerns and other mechanical constraints that will impact the selection 
of electrical parts), and equipment information 238 (e.g., parameters and constraints of 
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particular tester machines). By way of further explanation, the practices and facilitators 
database 236 may include a guide that advises customer 210 in utilizing design easing 
factors like modified pogo assignments, DUT scramble, LGA assignment-floor planning, 
netlisting, etc. Practices and facilitators database 236 may also provide suggested 
5 design modifications that would simplify the design and make it cheaper (e.g., less PCB 
layers, less hand-routing, less SXF layers) or would significantly speed up the design 
cycle (e.g., provide for the reuse of major parts of the design, such as the PCB or brick). 
The web server 222 handles communications to and from the website 220, and delivers 
data in the form of HTML documents to the customer 210 through the Internet 200. The 
10 applications processor 226 provides certain data processing applications and 
communicates with the web server 222. 

[0020] Through the probe card design website 220, the customer 210 can 
establish a password-protected account that can be used to access an automated 
application executing on the applications processor 226 to design and verify customized 

15 probe cards. Files confirming this design are then automatically generated by the 
applications processor 226 and entered into the customer information database 228. 
Existing design automation applications may be attached to the HTML documents in 
database 224 to assist in the generation of verification data, which is in substance an 
actual design created for verification purposes. An engineer then receives these design 

20 files and approves them before fabrication. While a single customer 210 is shown in 
Fig. 3 f it is anticipated that many individual customers can communicate with the probe 
card design website 220 in like manner. 

[0021] In Fig. 4, a flow chart illustrates this automated procedure for designing a 
probe card according to an embodiment of the invention. A prospective customer 210 
25 begins this process by accessing the probe card design website 220 at step 300. If the 
prospective customer 210 has an existing on-line account at step 302 (which is, in a 
preferred embodiment, part of the customer information database 228), this account is 
logged onto at step 308; otherwise, the prospective customer 210 must first register for 
an account at step 304 and receive account confirmation at step 306 before accessing it 
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at step 308. It should be noted that part of the registration procedure may include 
entering billing and shipping information and the like that is later used to charge the 
customer's account. 

[0022] Once an account is accessed, the customer 210 is asked at step 310 to 
5 choose from a set of pre-defined probe card templates containing specifications that are 
re-used from design to design. Specifications in these templates include the tester 
model, the physical configuration of the tester, standard rules for placement of 
electronic components, standard manufacturing specifications, standard graphics, etc. 
to be put on the probe card. If the desired template is not available at step 312, the 

10 customer 210 is asked to complete this information interactively through the probe card 
design website 220 at step 314. The feasibility of this customer-proposed alteration of 
the specification of the template is then verified in an automated manner by the 
application at step 316. This initial verification may be accomplished by comparing the 
proposed alteration of the template specification, as the case may be, against a 

15 database or table of known, acceptable designs, or alternatively, the proposed template 
may be subjected to an automated or simulated test sequence. If the template is 
determined at step 316 to be not acceptable, the procedure returns to step 310 where 
the customer 210 is asked to generate further alterations or design changes for the 
template. Reliance may also be made upon the design rules library 232 or design 

20 practices library 236 to facilitate finalization of the specification. Otherwise, if the 
template is determined to be acceptable, the customer 210 is then asked to enter more 
detailed specifications describing their particular wafer 32, such as bonding pad 34 
orientation, wafer 32 dimensions, and signal characteristics, onto an on-line customer 
information form at step 318. It is contemplated that templates may be customer 

25 specific. Accepted, and even proposed, alterations to the templates for a specific 
customer may also be stored within the customer information database 228. 
[0023] Next, at step 320, the customer 210 selects the desired probe card 
specifications using a series of pull-down menus, including probe card dimensions, 
pogo pin 12 orientation, and number of probes 26. It is noted that the pogo pin 
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orientation is preferably fixed-frozen in the template; only in the exceptional case would 
pogo pads need to be rotated once they are assigned optimally in the template. At step 
322, customer 210 confirms the "tester channel assignments" defining the connections 
between the tester and the chip through the probe card. A schematic showing the 
5 connections for one die is returned, including standard components already defined in 
the probe card template. Once the single die definition is accepted, customer 210 can 
either manually edit this schematic to include additional components as required from a 
standard library of components or allow the application to generate them automatically. 
If specialized components are required, the customer can specify these new 

10 components with a vendor, part number and description. It should be appreciated that 
the number of pull-down menus is not limited to three as described above, but can be 
any number of design elements. A template will exist for each of the pieces of the 
design process (or design factors), as well as for mechanical elements of the probe 
card, e.g., stiffeners, interposers, brackets, areas allocation, electrical components, 

15 each of which is approved individually and, then, collectively as a complete design. 

[0024] It should be appreciated that customer 210 may receive verification 
information interactively at each step of the described process. As noted, this 
information may also include design automation applications to help generate 
verification data. A schematic drawing of bonding pads 34 on a particular die, for 

20 example, may be automatically generated in order to confirm pad placement, pad 
naming, and orientation. Once confirmed, the process will automatically generate a 
layout based on pre-defined layout rules. If the layout can be generated with pre- 
defined rules, it is displayed to the customer 210 to verify the match between the probe 
element contact tip location and the relative pad location, as well as the signal type. 

25 Otherwise, the customer 210 is informed and given the opportunity to further modify the 
probe card specification and repeat the layout generation. At this point, the customer is 
prompted to proceed to the next step. A similar procedure, is used for other orientation 
information including array layout, orientation of array versus wafer notch, and 
orientation of wafer notch to tester. For simplicity, these individual verification steps are 
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not shown in Fig. 4 but are instead considered respective parts of steps 318, 320, and 
322. It is also noted that the probe card design is not necessarily limited to probing 
identical die on a wafer. Rather, the probe card design may be such that many non- 
identical die on a single wafer may be probed. 
5 [0025] By way of further explanation, the template selection process may more 
specifically include a number of sub-templates, for example: (1) a probe layout 
application that demonstrates the probe layout possibilities, single device-under-test 
(DUT) and then multiple DUTs; (2) a space transformer application that will select the 
brick and implement net lists; (3) a PCB application that will, for example, include layer 

10 count, DUT arrangements and route-ability. Customer specific templates will be stored 
within the user profile 228, as opposed to the treatment of generic templates which may 
be accessed by any customers through a generic template database on website 220. 
The feasibility/customer verification steps 318 to 324 enable the customer to provide 
precise design specifications, and to confirm the acceptability of designs prior to the 

15 manufacturer investing significant time and money into the design process, thereby 
minimizing necessary design corrections and the likelihood of manufacturer design 
errors. 

[0026] Once completed, the customer information form is used to generate a 
design verification package at step 324. This verification package includes a drawing 

20 file, verification file, and checklist document that are reviewed by the customer 210 at 
step 326. If the customer 210 at step 328 approves the design, it is then reviewed by 
an engineer at step 330. It should also be appreciated that this review step 330 may be 
omitted an/or replaced with an automated system comparison for obtaining approval, 
thereby further reducing engineer time and requirements in the design and approval 

25 process. If the customer 210 does not approve the design, the customer 210 is 
returned to step 318 where a pre-filled version of the customer information form is 
provided for modification and approval. If approved by the probe card manufacturer 
engineer (or system) at step 332, verification of contract information is accomplished at 
step 336. If not verified, the customer 210 is notified at step 334 and returned to step 
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318 where a pre-filled version of the customer information form is provided highlighting 
which specifications need modifying. If contract information (such as pricing, timing and 
delivery constraints, shipping requirements, etc.) is verified at step 336, the design is 
then processed to fabrication at step 342. In actuality, the fabrication may entail further 
5 and additional design steps, for instance, brick and PCB layouts and netlists. The flow 
of Fig. 4 produces a feasibility analysis and confirmation for a custom probe card design 
and a product contract for the design. Conversely, if the contract information is not 
verified at step 336, the customer 210 is notified at step 338 and asked to revisit the 
information at step 340. After receiving this new information at step 340, contract 

10 information again goes through the verification process at step 336. 

[0027] It should be noted that customer 210 can stop the probe card design 
session and re-enter at any time. Until the customer 210 completes the process, the 
design is considered "in process" and no revision control is exercised on changes. 
Once the design is "completed" by the customer 210, it is put under revision control and 

15 any changes to the design thereafter are logged and stored in the customer information 
database 228. It should be appreciated that the customer can go through the entire 
probe card design process without having to communicate or interact with a probe card 
manufacturer applications engineer. Where the customer 210 desires to communicate 
with an applications engineer, the customer may also have the option of conducting an 

20 on-line interactive meeting with the applications engineer where the customer 210 and 
engineer are speaking via phone and reviewing the design through the website 220 
simultaneously. The applications engineer would then be able to review the status of 
the probe card design process and ascertain which steps of the process have been 
completed. 

25 [0028] In Fig. 5, a flow chart illustrates the steps towards generating a design 
verification package according to an embodiment of the invention. The customer 210 
begins this process by retrieving its template file from within the probe card design 
system database 224 at step 400. At this point, the template file is preferably an 
approved design. The customer 210 continues by opening a printed circuit board (PCB) 
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drawing file at step 405 and then specifying the correct pogo pin 12 orientation(s) at 
step 410. At step 415, the PCB is then labeled with information relevant to that 
particular PCB design including the customer design name and wafer view designation. 
Once the PCB is labeled, a probe layout file is generated at step 420. An embedded 
5 function within the probe card design system 220 then determines the correct rotation of 
the probe array 26 for this particular design at step 425. It should be appreciated that 
steps 420 and 425 could also be executed in parallel with steps 405, 410 and 415. At 
step 430, this procedure continues with the probe layout being copied onto the PCB 
drawing file. Step 435 follows with the labeling of the relevant mechanical information 
10 for the design, such as the PCB diameter, bonding pad 34 dimensions, and probe array 
26 orientation. This drawing file is then saved to a verification package directory located 
within the probe card design system database 224 at step 440. 

[0029] At step 445, the system performs a general check in order to confirm that 
the drawing file is consistent with the information provided by the customer. Bonding 

15 pad 34 information is then imported from the probe card design system database 224 at 
step 450 and used to generate the verification file for this particular design at step 455. 
It should be noted that information regarding the characteristics of each respective 
bonding pad 34 is included in this verification file. In particular, this verification file 
includes the location of each individual bonding pad 34 relative to the wafer 32 (e.g., 

20 expressed in xy-coordinates) and the type of signal being probed. At step 460, the 
consistency of this bonding pad 34 data relative to information provided by the customer 
is confirmed. After confirming its fidelity, this verification file is then saved together with 
its corresponding drawing file into a verification package directory of the probe card 
design system database 224 at step 465. At step 470, a checklist document is attached 

25 to the verification package directory where it is then compressed together with the 
already generated drawing and verification files at step 475. After these files are 
compressed, the verification package is complete and made available to the customer 
at step 480. The customer 210 may also be able to retrieve and review the verification 
files at intermediate points in this process, such as for conducting off-line analysis. The 
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verification files may also be encrypted using conventional techniques to protect the 
confidentiality of the customer's design. 

[0030] It should be appreciated that the procedure described above is a 
generalization of what would likely be a highly interactive process. It should be further 
5 appreciated that this procedure would likely occur during the design phase enabling the 
customer 210 to experiment with different bonding pad 34 layouts according to the 
design capabilities of current probe card construction methodology. As a result, the 
probe card design website 220 would only allow customer 210 to proceed with designs 
that are consistent with such methodologies. 

10 [0031] In a preferred embodiment, the probe card design website 220 is also 
used to interactively design a physical and electrical design that produces a highly 
optimized test interconnect system. In particular, this invention will enable customer 
210 to verify the signal integrity of a proposed design and determine a calculated "worst 
case" signal response (i.e., system response to extreme values of individual signals) or 

15 decoupling behavior (i.e., system response to various signals operating simultaneously, 
such as under WC-BC environmental, material and fabrication process conditions). In 
Fig. 6, a flow chart illustrates the steps of a probe card simulation in which an overall 
system model is provided. Customer 210 begins this process by accessing the probe 
card design website 220 at step 500 and logging into the system at step 505. At step 

20 510, customer 210 then proceeds by opening the desired probe card design file from 
the customer information database 228. In order to create an overall system simulation, 
specifications regarding the desired test equipment used by the customer 210 to test 
the probe card are entered at step 515. 

[0032] At step 520, the customer 210 decide whether to run an automated 
25 simulation or a simulation based on particular specifications. In an automated 
simulation, responses to various signal characteristics and probe card layouts are 
determined automatically by the probe card design website 220. If the customer 210 
chooses an automated simulation at step 520, the automated simulation is run at step 
530. Otherwise, the customer 210 enters its desired simulation specifications at step 
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525 and then runs this customized simulation at step 530. In a preferred embodiment, 
customer 210 is able to choose from a wide variety of automated simulations embedded 
within the probe card design website 220. For example, a customer 210 may choose to 
perform a simulation emulating the system response to simply providing power to the 
5 newly-designed probe card, or a customer may choose to perform a higher-level 
simulation where a plurality of logic signals are all of a particular type (i.e., high or low). 
Customized simulations, where customer 210 wishes to ascertain the system response 
to specific signals, are also available in a preferred embodiment. Data reflecting any of 
these simulation results are received by the customer 210 at step 535 and analyzed at 

10 step 540. Depending on the desired specifications of the probe card, the customer 210 
may then repeat this process in order to run another simulation at step 545 or simply 
end the simulation at step 550. While a multitude of simulations can be run, exemplary 
electrical simulations can be used to determine functional correctness, delay 
correctness, global and local signal skew (e.g., within specified groups or between all 

15 signals), cross-talk analysis (e.g., delay, induced, etc.), power integrity and jitter effects. 
[0033] The device simulation described above can be performed in various ways. 
For example, spice models (i.e., models describing electrical performance), or other 
relevant data on the probe card performance could be exported to the customer 210 for 
inclusion in an overall modeling exercise including models for the device, and the 

20 automated test equipment system that will be used to test the device. Alternatively, 
data could be exported directly from the customer 210 to the probe card design website 
220. By further example, a probe card simulation model can be embedded in a 
simulation engine that can be sent to customer 210. This will enable customer 210 to 
"feed" this model with vectors and generate response from modes, which can be 

25 analyzed. Expiration dates or hardware dongles can be built into the model to limit the 
simulations or applications. In cases where such data includes proprietary information 
requiring additional security, design simulation could proceed through a separate 
connection between the customer 210 and the probe card manufacturer. In this way, a 
complete simulation of the test process, including the effect of the probe card 
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interconnect system, can be set up to verify the entire design, and predict the influence 
of the probe card integrated into a particular test system and comply with a given set of 
design rules. 

[0034] In another embodiment, the simulation can take place live over the 
5 Internet. The probe card model will reside on the server (probe card design website) 
220 of the probe card manufacturer and the simulation files as well as the expected 
response sent to the server 220 by customer 210. Upon completion of the simulation 
session, the result is sent back to customer 210. These communications will be 
accomplished through a secure channel, with encryption code, etc. 

10 [0035] Having thus described a preferred embodiment of a method and system 
for designing a probe card, it should be apparent to those skilled in the art that certain 
advantages of the described system have been achieved. It should also be appreciated 
that various modifications, adaptations, and alternative embodiments thereof may be 
made within the scope and spirit of the present invention. The invention is further 

1 5 defined by the following claims. 
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